home *** CD-ROM | disk | FTP | other *** search
/ Libris Britannia 4 / science library(b).zip / science library(b) / COMMUNIC / 3459.ZIP / EL-SFX.EXE / ELX20.DOC < prev    next >
Text File  |  1992-09-01  |  6KB  |  147 lines
  1.     ┌──────────────────────────────────────────────────────────────────┐
  2.    ┌┘ ███▄       ███▄                         ELX v2.0                 └┐
  3.    │  █▄▄▄       █▄▄▄                         ────────                  │
  4.    │  ▄▄▄█ A N D ▄▄▄█ O F T   Copyright (C) 1990 - All rights reserved. │
  5.    └┐  ▀▀▀        ▀▀▀                                                  ┌┘
  6.     └──────────────────────────────────────────────────────────────────┘
  7.  
  8.  
  9.    ELX is supplied for use with our EaziLink/EaziHost communications
  10.    packages and may be used with both packages to provide an error
  11.    corrected file transfer facility in either direction (ie Send or
  12.    Receive).
  13.  
  14.    ELX v2 is a rewrite of the ELX v1.x drivers supplied with earlier
  15.    copies of EaziLink & EaziHost.  Version 2 offers an improved display,
  16.    more information on-screen and increased functionality over ELX v1.
  17.  
  18.    Version 2 is fully command line compatible with the earlier ELX v1.x
  19.    drivers so it is only neccessary to replace the old .EXE file with the
  20.    new v2 .EXE file to be up and running at the simplest level.  If you
  21.    wish to make use of the new 1K variant you will need to make a second
  22.    entry in EAZILINK.PRO/EAZIHOST.PRO as described later.
  23.  
  24.    ELX is an Xmodem implementation.  Xmodem is the most basic and most
  25.    common file transfer protocol which, when installed as an EaziLink
  26.    external protocol, will enable the user to download more exotic
  27.    external protocol drivers such as DSZ (tm) which provides the much
  28.    acclaimed Zmodem protocol.
  29.  
  30.    The general form of invokation is:
  31.  
  32.       Send -   ELX Sn filename.ext < -h -1k >
  33.    Receive -   ELX Rn filename.ext < -h     >
  34.  
  35.    Where:   n = The number of the serial port being used (1..4)
  36.            -h = Rts/Cts hardware handshaking ON.  (Default is OFF)
  37.           -1k = Force 1k block send mode.  (Default block is 128 bytes.)
  38.  
  39.  
  40.    ( NOTE: The switches in brackets '<        >' are optional )
  41.  
  42.  
  43.    In use ELX first 'negotiates' with the remote Xmodem for CRC error
  44.    correction and only if the remote protocol does not support CRC will
  45.    ELX default to Checksum error correction.  ELX can therefore be used,
  46.    unaltered,  with remote Xmodem protocols which support either one or
  47.    both of these correction methods.
  48.  
  49.    ELX uses a block size of 128 bytes by default but will, without the
  50.    use of the -1k switch, automatically adjust itself to receive 1K blocks
  51.    from a remote service which is sending a file by means of an Xmodem-1k
  52.    protocol implementation.
  53.  
  54.    To force ELX to send 1k blocks rather than the normal 128 byte blocks,
  55.    the '-1k' switch MUST be used and the receiving Xmodem must, as ELX
  56.    does, recognise and accept 1K blocks.
  57.  
  58.    For use with EaziLink/EaziHost, typical EAZILINK.PRO/EAZIHOST.PRO
  59.    entries would be as follows:
  60.  
  61.    / ELXmodem
  62.    / --------
  63.  
  64.    name ELXmodem
  65.    hotkey E
  66.    upload ELX.EXE S%port %file
  67.    download ELX.EXE R%port %file
  68.  
  69.  
  70.    / ELXmodem-1k
  71.    / -----------
  72.  
  73.    name ELXmodem-1k
  74.    hotkey 1
  75.    upload ELX.EXE S%port %file -1k
  76.    download ELX.EXE R%port %file
  77.  
  78.  
  79.    The Screen Display
  80.    ------------------
  81.  
  82.    The screen displayed during a transfer looks like this:
  83.  
  84.    +----------------------|ELX v2.0|------------------------+
  85.    |                                                        |
  86.    |   Receiving <a>                          [ESC]=ABORT   |
  87.    |                                                        |
  88.    |   Block Size: <b>      Checking: <c>     Rts/Cts: <d>  |
  89.    |                                                        |
  90.    |   Block Number: <e>    Bytes: <f>        Errors: <g>   |
  91.    |                                                        |
  92.    |   Last Message: <h>                      Cps: <i>      |
  93.    |                                                        |
  94.    +--------------------------------------------------------+
  95.  
  96.    Where:   <a> = The short name of the file being sent/received.
  97.             <b> = The transfer block size being used (128 bytes/1K).
  98.             <c> = Error checking used (CRC or Checksum).
  99.             <d> = Hardware handshake being used ('Y'es/'N'o).
  100.             <e> = Current block number being processed (1..255 cycle).
  101.             <f> = Total bytes transferred so far.
  102.             <g> = Total errors recorded so far.  (Errors are corrected)
  103.             <h> = Last message generated by ELX.
  104.             <i> = Character/second transfer rate being achieved.
  105.  
  106.  
  107.    Notes
  108.    -----
  109.  
  110.    -  ELX monitors the carrier signal and will abort automatically if the
  111.       carrier is lost during file transfer.
  112.  
  113.    -  File transfer can be aborted by the user at any time by pressing
  114.       the [ESC] key.  Depending on whether ELX is aborted in this way
  115.       at the sending or receiving end, the termination will be either
  116.       immediate or may take a minute or so for the other end to time-out.
  117.  
  118.    -  ELX will ALWAYS overwrite a file of the same name as that being
  119.       received.  If a transfer is aborted, the partial file which has
  120.       been transferred is erased at the receiving end.
  121.  
  122.    -  Once ELX is invoked in receive mode, it will try to communicate
  123.       with the sender for a maximum of 40 seconds.  If no link has been
  124.       established within this period of time, the receiving ELX will
  125.       assume that the sender has not been invoked and will abort.
  126.  
  127.    -  If your software is transmitting data at a higher rate, to the DTE,
  128.       than your modem is transmitting to the remote site over the line,
  129.       use the '-h' switch to prevent modem buffer overflow.
  130.  
  131.    -  ELX has not been designed as a stand alone protocol.  It expects the
  132.       comms port to have been set up by the main communications package
  133.       which should then run ELX as a child process or from a DOS shell.
  134.       ELX has been designed for use with EaziLink and we do not guarantee
  135.       that it will work with other communications packages although, in
  136.       most cases, it should.
  137.  
  138.  
  139.    Release History
  140.    ---------------
  141.  
  142.    Nov 1990 - First release of ELX version 2
  143.  
  144.    
  145.    < P.M. Opacic, SandSoft, 5 Lytham Close, Skipton, N. Yorks. BD23 2LF >
  146.  
  147.